DISPOSITIF D'AFFICHAGE GRAPHIQUE HIERARCHISE 

D'EQUIPEMENTS DE RESEAU, POUR UN SYSTEME DE GESTION DE 
RESEAU DE COMMUNICATIONS 



L'invention concerne le domaine de la gestion d'equipements d'un 
reseau de communications, et plus particulierement celui de la gestion de 
I'affichage d'images representatives d'equipements de reseau. 

Les systemes de gestion de reseau (ou NMS pour « Network 
Management System »), egalement appeles systemes d'exploitation du 
reseau, ont ete concus de maniere a permettre aux gestionnaires (ou 
operateurs) des reseaux de gerer et surveiller les equipements qui constituent 
leurs reseaux. lis comportent a cet effet des outils dedies, parmi lesquels un 
outil de gestion permettant d'afficher sur un ecran, via une interface 
graphique, par exemple de type GUI (pour « Graphical User Interface »), des 
images representant de facon realiste certains equipements du reseau, et 
notamment leurs configurations. On entend ici par « equipement » tout type 
de materiel, comme par exemple des serveurs, des terminaux, des 
commutateurs, des routeurs ou des concentrateurs, capable d'echanger des 
donnees selon un protocole de gestion de reseau avec le systeme de gestion 
NMS, comme par exemple le protocole SNMP (pour « Simple Network 
Management Protocol » RFC 2571-2580). 

Grace a de tels outils, il est possible de visualiser certains elements et 
sous-elements qui constituent certains equipements, comme par exemple des 
batis (ou « racks »), des rayonnages (ou « shelves »), des fentes (ou 
« slots »), des cartes a circuits integres, voire meme des ports d'entree/sortie. 
Parfois meme, les images sont accompagnees d'informations representatives 
des etats (ou « statuts ») des elements ou sous-elements. 

On entend ici par « sous-element » un element appartenant a un 
niveau hierarchique inferieur a celui d'un element qui I'integre. De meme on 



entend par « sous-niveau » le niveau cTun sous-element par rapport au niveau 
de I'element qui I'integre. 

De tels outils de visualisation sont par exemple decrits dans le brevet 
US 5 958 012, au nom de la societe Computer Associates, ou bien dans la 
demande de brevet europeen EP 1 094 635, au nom de la societe Nortel, ou 
enfin dans le document « DualQuest : Real-Time bifocal network visualization 
system », de Hiroko Fuji et al., « IEICE Transactions on communication, 
Institute of Electronics Information and Communication Engineering », Tokyo, 
1995. 

Ces outils connus n'apportent pas une entiere satisfaction dans la 
mesure ou ils sont soit dedies exclusivement a un type d'equipement, de sorte 
qu'ils doivent etre systematiquement modifies chaque fois qu'un nouveau type 
d'equipement est integre a un reseau, soit dedies a de nombreux types 
d'equipements, grace a des bibliotheques d'images, mais sans tenir compte 
de la hierarchie entre les elements et sous-elements qui constituent les 
equipements, de sorte qu'ils ne permettent pas de « naviguer » d'un niveau a 
I'autre, comme par exemple des batis vers les rayonnages. 

L'invention a done pour but de remedier a tout ou partie des 
inconvenients precites. 

Elle propose a cet effet un dispositif dedie a la gestion de I'affichage 
d'images representatives d'equipements d'un reseau de communications, 
comportant des elements associes a des niveaux hierarchises. Ce dispositif 
de gestion se caracterise par le fait, d'une part, que chaque element 
d'equipement est associe a un jeu primaire de donnees, stocke dans une 
memoire et qui le represente (graphiquement) au sein de son niveau 
d'appartenance lorsqu'il n'est pas rattache specifiquement a un niveau 
superieur au sien, et/ou au moins un jeu secondaire de donnees, egalement 
stocke dans la memoire et qui le represente (graphiquement) au sein de son 
niveau d'appartenance lorsqu'il est rattache a un niveau superieur ou egal au 
sien, et d'autre part, qu'il comprend des moyens de gestion capables, 
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lorsqu'ils recjoivent une requete designant un niveau choisi d'un equipement 
avec ou sans rattachement, d'acceder aux jeux primaires et secondaires afin 
d'extraire de la memoire les jeux primaires ou secondaires des elements de 
I'equipement qui appartiennent au niveau designe et aux niveaux qui lui sont 
5 inferieurs, selon que ce niveau est designe avec ou sans rattachement. 

Un element pouvant disposer d'une ou plusieurs representations 
graphiques dependant des niveaux auxquels elles sont rattachees, il est done 
possible de I'observer sous differentes formes en fonction du niveau desire. 

10 En d'autres termes, il est desormais possible d'effectuer un « zoom » avant 
ou arriere sur les sous-elements qui constituent un element ou sur les 
elements qui sont constitues par des sous-elements. 

Par ailleurs, les moyens de gestion peuvent etre agences pour 
adresser les jeux primaires ou secondaires extraits de la memoire a une 

is interface graphique du systeme de gestion de reseau (NMS), de preference 
de type GUI. 

En outre, certains elements peuvent etre associes a des jeux 
primaires et secondaires au moins en partie identiques. 

De plus, les moyens de gestion peuvent etre agences de maniere a 
20 rafraTchir les donnees des elements affiches lorsqu'ils regoivent, par exemple 
du systeme de gestion de reseau (NMS), un message signalant qu'un 
evenement concernant les elements affiches est survenu au sein du reseau. 

L'invention porte egalement sur un serveur de gestion de reseau de 
communications equipe d'un dispositif de gestion du type de celui presente ci- 
25 avant, eventuellement integre dans son module de controle. 

L'invention peut notamment etre mise en oeuvre dans toutes les 
technologies reseaux qui doivent etre gerees, et notamment dans les reseaux 
de transmission (par exemple de type WDM, SONET, SDH), de donnees (par 
exemple de type Internet-IP ou ATM) ou de voix (par exemple de type 
30 classique, mobile ou NGN). 

D'autres caracteristiques et avantages de Tinvention apparaTtront a 
Texamen de la description detaillee ci-apres, et des dessins annexes, sur 
lesquels : 



- la figure 1 illustre de fagon schematique une partie cTun exemple de reseau 
de communications equipe d'un dispositif selon l'invention, 

- la figure 2 est une image d'un premier modele d'element, de type bati, 
appartenant au premier niveau hierarchique d'un equipement, 

- la figure 3 est une image d'un premier modele d'element, de type diode 
electroluminescente (ou LED), appartenant au second niveau hierarchique 
de I'equipement dont I'element de premier niveau est illustre sur la figure 2, 

- la figure 4 est une image d'un premier modele d'element, de type carte a 
circuits integres, appartenant au troisieme niveau hierarchique de 
I'equipement dont I'element de premier niveau est illustre sur la figure 2, 

- la figure 5 est une image constitute de la superposition des images des 
premiers modeles d'elements illustres sur les figures 2 a 4, 

- la figure 6 est une image d'un second modele de I'element de troisieme 
niveau dont un premier modele est illustre sur la figure 4, 

- la figure 7 est une image d'un second modele d'element, de type port 
d'entree/sortie, appartenant au quatrieme niveau hierarchique de 
I'equipement dont I'element de premier niveau est illustre sur la figure 2, et 

- la figure 8 est une image constitute de la superposition des images des 
seconds modeles d'elements illustres sur les figures 6 et 7. 

Ces dessins pourront non seulement servir a completer I'invention, 
mais aussi contribuer a sa definition, le cas echeant. 

L'invention propose un dispositif de gestion destine a permettre au 
gestionnaire d'un reseau de communications, via le systeme de gestion du 
reseau, d'afficher sur un ecran des images representatives de certains au 
moins des equipements de son reseau. 

Dans ce qui suit, on considere a titre d'exemple non limitatif que le 
reseau de communications est de type Internet (IP). Bien entendu, l'invention 
s'applique a d'autres types de reseau, comme par exemple aux reseaux de 
transmission de type WDM, SONET ou SDH, de donnees de type ATM, ou de 
voix de type classique, mobile ou NGN. 



Dans I'exemple illustre sur la figure 1, le dispositif de gestion D, de 
Tinvention, est implante dans un serveur de gestion S du systeme de gestion 
du reseau (ou NMS pour « Network Management System »), de maniere a 
cooperer avec son module de controle CM. Mais, il pourrait etre implante 
dans ce module de controle CM afin de constituer Tune de ses fonctionnalites. 
Par ailleurs, on peut envisager que le NMS comporte plusieurs serveurs de 
gestion, chacun equipe d'un dispositif de gestion D, et par exemple destines a 
permettre chacun la gestion de I'affichage des images representatives des 
equipements contenus dans des portions du reseau. 

Le serveur de gestion S est preferentiellement equipe d'une interface 
graphique G, de type GUI (pour « Graphical User Interface »), permettant 
I'affichage d'images et d'informations sur I'ecran de son moniteur SM. 

Le reseau de communications comporte une multiplicity 
d'equipements de reseau NE, comme par exemple des serveurs, des 
terminaux, des commutateurs ou des routeurs, pouvant echanger des 
donnees, selon un protocole de gestion de reseau (par exemple le protocole 
SNMP (pour « Simple Network Management Protocol » RFC 2571-2580), 
CMISE/CMIP, CORBA ou TL1), avec le NMS et notamment avec son serveur 
de gestion S. 

Chaque equipement NE comporte classiquement une base 
deformations de gestion MIB (ou « Management Information Base »), 
egalement appelee base distances d'objets comprenant des champs 
deformation dont les valeurs specifiques le caracterisent et qui sont 
accessibles au NMS. 

Enfin, le module de controle CM du serveur de gestion S stocke des 
definitions de base d'informations de gestion MIB representatives, pour 
chaque equipement NE gere, de se attributs, et notamment du texte qui le 
decrit, de ses droits d'acces et de ('organisation hierarchique des niveaux 
auxquels appartiennent les elements qui le constituent. 

Les differents elements qui constituent un equipement de reseau NE 
sont en effet organises en niveaux hierarchises dont le premier niveau est, 



par definition, le plus eleve. 

Par exemple, un equipement NE peut comporter un ou plusieurs batis 
(ou « racks ») Bi pouvant loger chacun une ou plusieurs diodes 
electroluminescentes LEDk et/ou un ou plusieurs rayonnages (ou « shelves ») 
Rj pouvant recevoir chacun une ou plusieurs cartes a circuits integres C-j-m 
susceptibles de comporter chacune un ou plusieurs ports d'entree/sortie P-j- 
m-n. 

Par ailleurs, selon I'invention, un element d'equipement NE possede 
au moins une representation graphique definie par un jeu de donnees 
regroupees dans un fichier stocke dans une memoire M, dans un format 
choisi, par exemple GIF (pour « Graphical Interchange Format ») ou JPEG 
(pour « Joint Photographic Expert Group » ). Par exemple dans le cas de la 
decomposition precitee, les noms des fichiers peuvent etre Bi.GIF, LEDk.GIF, 
Rj.GIF, C-j-m.GIF et P-j-m-n.GIF. 

Ces representations permettent au gestionnaire du reseau d'afficher 
sur I'ecran du moniteur SM de son serveur de gestion S, grace au dispositif 
de gestion D, de I'invention, des images des equipements de reseau NE 
geres par ledit serveur, accompagnees eventuellement d'informations 
precisant, notamment, les statuts respectifs (y compris certains etats 
d'alarme) de leurs elements, fournies par le module de controle CM dudit 
serveur S. 

Plus precisement, selon I'invention, on definit deux types de 
representation graphique correspondant respectivement a des modeles 
primaires et secondaires d'elements. Par definition, un modele primaire 
d'element est une premiere representation graphique de I'element au sein de 
son propre niveau d'appartenance et sans rattachement specifique a un 
niveau superieur au sien, definie par un jeu primaire de donnees agence sous 
la forme d'un fichier primaire. Par ailleurs, un modele secondaire d'element 
est une seconde representation graphique de I'element au sein de son niveau 
d'appartenance, mais avec un rattachement specifique a un niveau superieur 
ou egal au sien, definie par un jeu secondaire de donnees agence sous la 
forme d'un fichier secondaire. 

Ainsi, un element d'un niveau X peut posseder une ou plusieurs 



representations associees eventuellement a des niveaux de representation 
differents. 

Par exemple, un element peut ne posseder qu'un modele primaire qui 
le represente au sein de son niveau, sans rattachement a un quelconque 
niveau superieur au sien. C'est par exemple le cas du bati B, appartenant au 
premier niveau, illustre sur la figure 2 sous la forme d'un rectangle, et des 
diodes electroluminescentes LED, appartenant au second niveau, illustrees 
sur la figure 3 sous la forme d'un carre. Dans ce cas, la representation 
graphique de I'element ne peut etre affichee sur un ecran qu'a condition que 
Ton ait requis son affichage ou celui d'un element d'un niveau superieur au 
sien, sans rattachement a un quelconque niveau. 

Dans un autre exemple, un element d'un niveau choisi peut posseder 
un modele primaire qui le represente au sein de son niveau, mais sans 
rattachement a un quelconque niveau, et un modele secondaire qui le 
represente au sein de son niveau, mais avec rattachement a ce niveau ou a 
un niveau superieur. C'est par exemple le cas de la carte Cm illustree d'une 
premiere facon (modele primaire detaille et realiste representant deux 
connecteurs d'entree/sortie A et E) sur la figure 4 et d'une seconde facon 
(modele secondaire (simple rectangle)) sur la figure 6. Ici, la carte Cm, qui 
appartient au troisieme niveau (X=3), possede un modele primaire (figure 4) 
qui la represente au sein dudit troisieme niveau, mais sans rattachement a un 
quelconque niveau, et un modele secondaire (figure 6) qui la represente au 
sein dudit troisieme niveau, mais avec rattachement a ce troisieme niveau. 

Dans ce cas, si I'on requiert I'affichage d'un element d'un niveau 
choisi, superieur a celui de la carte (par exemple le premier ou le second 
niveau), et des elements des niveaux inferieurs a ce niveau choisi, mais sans 
rattachement entre ledit niveau choisi et les elements appartenant auxdits 
niveaux inferieurs, on n'affiche que les premieres representations des 
elements des differents niveaux, lorsque celles-ci existent. En revanche, si 
I'on requiert I'affichage d'un element d'un niveau choisi et des elements des 
niveaux inferieurs a ce niveau choisi, avec rattachement entre ledit niveau 
choisi et les elements appartenant auxdits niveaux inferieurs, on n'affichera 
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que les secondes representations de I'element designe du niveau choisi et 
des elements des niveaux inferieurs audit niveau choisi, lorsque celles-ci 
existent. Dans I'exemple de carte precite, le modele primaire de la carte est 
affiche si I'on requiert I'affichage d'un element du premier ou du second 
niveau sans rattachement aux niveaux inferieurs, et le modele secondaire de 
la carte n'est affiche que si I'affichage de ladite carte est requis avec un 
rattachement aux elements des niveaux inferieurs (ici le quatrieme niveau). 

Dans un autre exemple, un element d'un niveau choisi peut ne 
posseder qu'un modele secondaire qui le represente au sein dudit niveau, 
mais avec rattachement a son propre niveau ou a un niveau superieur. C'est 
par exemple le cas des ports d'entree/sortie P-j-m-n illustres d'une unique 
facon (modele secondaire (simple rectangle)) sur la figure 7. Ici, les ports 
d'entree/sortie P-j-m-n, qui appartiennent au quatrieme niveau (X=4), ne 
possedent qu'un modele secondaire qui les represente au sein du quatrieme 
niveau, mais avec rattachement au troisieme niveau (celui des cartes C-j-m). 

Dans ce cas, la representation graphique d'un element (ici, un port 
d'entree/sortie P-j-m-n) ne peut etre affichee sur un ecran qu'a condition que 
Ton ait requis I'affichage d'un element d'un niveau superieur au sien (ici, le 
troisieme niveau auquel appartiennent les cartes C-j-m) avec ses 
rattachements aux elements des niveaux inferieurs. En d'autres termes, dans 
une telle situation, un element ne pourra pas etre visualise si I'affichage requis 
designe un element d'un niveau superieur au sien (et des elements des 
niveaux inferieurs), sans rattachement entre ledit niveau choisi et lesdits 
elements des niveaux inferieurs. 

Bien entendu, un element peut posseder plusieurs modeles 
secondaires rattaches (ou associes) a des elements appartenant a des 
niveaux differents, et par consequent permettant d'afficher plusieurs 
representations differentes de cet element selon le niveau d'affichage requis. 

II est important de noter qu'un fichier primaire ou secondaire, dont les 
donnees definissent un modele primaire ou secondaire (ou une premiere ou 
seconde representation) d'element, comporte des donnees de position et, 
generalement, des donnees d'image. 



Par consequent, lorsqu'un element possede une premiere ou 
seconde representation graphique constitute seulement de donnees de 
position, il ne peut pas faire I'objet d'un affichage sur un ecran. Dans cette 
situation, la representation de I'element permet d'en definir les dimensions et 
la position par rapport a I'element qui le contient au sein du niveau superieur 
au sien, et par consequent de positionner precisement les elements des 
niveaux inferieurs au sien par rapport aux elements des niveaux superieurs. 

Cette situation correspond au cas des rayonnages Rj, materialises 
par des pointilles sur la figure 5, afin de faciliter la comprehension de la 
methode de positionnement des images superposees des elements 
appartenant a des niveaux differents. Ici, les rayonnages Rj appartenant au 
deuxieme niveau ne possedent en effet qu'un modele primaire defini par un 
jeu primaire qui ne comporte que des donnees de position. 

II ressort de ce qui precede qu'un element d'equipement possede un 
ou plusieurs attributs dtfinis chacun par un nom de fichier. 

L'exemple illustr6 sur la figure 5 correspond au cas ou Ton a requis 
I'affichage du premier niveau et des niveaux inferieurs, sans rattachement a 
un quelconque niveau. Par consequent, seules sont affichees les donnees 
d'images des jeux primaires qui definissent des modeles primaires 
d'elements. 

Ici, I'equipement est organise en quatre niveaux d'elements. Le 
premier niveau est celui de I'unique bati B (i=1) qui ne possede qu'une 
premiere representation (ou modele primaire) illustree sur la figure 2. Le 
second niveau est celui des deux rayonnages R1 et R2 0=1 ou 2), loges dans 
le bati B, et des deux diodes electroluminescentes LED1 et LED2 (k=1 ou 2), 
integrtes dans la face avant du bati B. Ces rayonnages R1 et R2 ne 
possedent qu'un modele primaire defini exclusivement par des donnees de 
position mais pas par des donnees d'image, tandis que les deux diodes 
electroluminescentes LED1 et LED2 ne possedent qu'une premiere 
representation (ou modele primaire) illustree sur la figure 3. Le troisieme 
niveau est celui des 5 cartes a circuits integres C-1-1 a C-1-5 (j=1, m=1 a 5), 
logees dans le premier rayonnage R1 , et des 5 cartes C-2-1 a C-2-5 (j=2, 
m=1 a 5), logees dans le second rayonnage R2. Ces cartes a circuits integres 
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C possedent une premiere representation (ou modele primaire) illustree sur la 
figure 3 et une seconde representation (ou modele secondaire) illustree sur la 
figure 6. Le quatrieme niveau est celui des 12 ports d'entree/sortie P1 a P9 et 
PA a PC 0=1 ou 2, m=1 a 5, n=1 a 9 et A a C), places sur les cartes a circuits 
integres C, et qui ne possedent qu'une seconde representation (ou modele 
secondaire) illustree sur la figure 7 et correspondant a un rattachement au 
troisieme niveau. 

Les ports d'entree/sortie P-j-m-n ne possedant pas de premiere 
representation graphique, ils ne peuvent pas etre affiches dans la 
superposition damages illustree sur la figure 5. lis sont en revanche affiches 
dans la superposition d'images illustree sur la figure 8 qui correspond a une 
situation dans laquelle on a requis I'affichage d'une carte C du troisieme 
niveau avec ses rattachements aux elements des niveaux inferieurs (ici les 
ports d'entree/sortie P du quatrieme niveau). 

L'affichage d'images (ou representations graphiques) d'elements 
appartenant a des niveaux differents fait appel aux donnees de position 
contenues dans les fichiers primaires ou secondaires. Ces donnees de 
position definissent preferentiellement la position d'un element d'un niveau 
donne par rapport a celle d'un element du niveau immediatement superieur. 
Cela permet en effet d'afficher rapidement les elements appartenant a des 
niveaux intermediates rattaches, sans faire appel aux donnees de position 
des elements appartenant aux niveaux les plus eleves (a commencer par le 
premier niveau). 

Dans I'exemple illustre sur la figure 5, Tangle superieur gauche du 
rectangle, representant le bati B du premier niveau, sert d'origine 01, de 
coordonnees (0,0) dans un repere orthonorme (x,y), pour le deuxieme niveau. 
Le premier rayonnage R1 est ensuite positionne par rapport a cette origine 01 
et definit une nouvelle origine 02-1 pour les sous-elements du niveau inferieur 
suivant. Les coordonnees de 02-1 par rapport a 01 sont par exemple 
(R1x,R1y). Le second rayonnage R2 est positionne par rapport a I'origine 01 
et definit une nouvelle origine 02-2 pour les sous-elements du niveau inferieur 
suivant. Les coordonnees de 02-2 par rapport a 01 sont par exemple 
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(R2x,R2y). Les diodes electroluminescentes LED1 et LED2 sont positionnees 
par rapport a I'origine 01 et leurs coordonnees par rapport a 01 sont par 
exemple (LED1x,LED1y) et (LED2x,LED2y). Les cartes C-1-1 a C-1-5 du 
premier rayonnage R1 sont ensuite positionnees par rapport a I'origine 02-1, 
tandis que les cartes C-2-1 a C-2-5 du second rayonnage R2 sont 
positionnees par rapport a I'origine 02-2. Les coordonnees de C-1-1 par 
rapport a 02-1 sont par exemple (C-1-1 x,C-1-1y), tandis que les coordonnees 
de C-2-1 par rapport a 02-2 sont par exemple (C-2-1x,C-2-1y). 

Dans I'exemple illustre sur la figure 8, I'angle superieur gauche du 
rectangle, representant une carte C du troisieme niveau, sert d'origine O', de 
coordonnees (0,0) dans un repere orthonorme (x,y), au quatrieme niveau. Les 
ports d'entree/sortie P1 a P9 et PA a PC de la carte C sont ensuite 
positionnes par rapport a I'origine C. 

Par ailleurs, comme cela est illustre sur la figure 8, il est possible 
d'afficher un label (ou plus generalement des informations sur les images 
representatives d'elements ou a cote de celles-ci). Ici, ce sont les differents 
ports d'entree/sortie P-j-m-n qui comportent une inscription ou « label » 
(« Pn ») permettant de les differencier et de connaTtre leurs positions 
respectives au sein de la carte C-j-m. 

Afin de mettre en ceuvre les deux modes d'affichage presentes ci- 
avant (sans et avec rattachement), on peut proceder comme indique ci-apres. 
Bien entendu, la methode indiquee, mise en ceuvre par le dispositif de gestion 
D selon I'invention, est un exemple de mise en oeuvre, nullement limitatif. 

Le dispositif de gestion D comprend un module de gestion GM couple 
a une memoire MM dans laquelle sont stockes les fichiers primaires et 
secondaires dont les donnees definissent les modeles primaires et 
secondaires des elements constituant les equipements de reseau NE. 

Le module de gestion GM, en liaison avec I'interface graphique G, est 
charge d'analyser les requetes d'affichage d'elements, saisies par le 
gestionnaire de reseau, afin de lui adresser en retour des donnees 
representatives des images des elements requis. 

Comme indique precedemment, le gestionnaire du reseau peut 
requerir I'affichage de deux types de representation graphique. Le premier 



12 



type concerne I'affichage du ou des elements appartenant a un niveau 
specifie et du ou des elements appartenant a chaque niveau inferieur audit 
niveau specifie, mais sans rattachement entre lesdits niveaux. En d'autres 
termes, ce premier type d'affichage requiert I'extraction des jeux primaires 
dont les donnees definissent les modeles primaires des elements a compter 
d'un niveau specifie (par exemple Bi.GIF, Lk.GIF, Rj.GIF et C-j-m.GIF, comme 
illustre sur la figure 5). Le second type concerne I'affichage du ou des 
elements appartenant a un niveau specifie et du ou des elements appartenant 
a chaque niveau inferieur audit niveau specifie, mais avec un rattachement 
entre les elements de ces niveaux inferieurs et ledit niveau specifie. En 
d'autres termes, ce second type d'affichage requiert I'extraction des jeux 
secondaires dont les donnees definissent les modeles secondaires des 
elements a compter d'un niveau specifie (par exemple C-j-m_Niveau3.GIF et 
P-j-m-n_Niveau3.GIF, comme illustre sur la figure 8). 

Par exemple, afin de requerir I'affichage superpose des modeles 
primaires d'elements qui constituent un equipement choisi (illustre sur la figure 
5), le gestionnaire saisit une commande qui designe le premier niveau de cet 
equipement, comme par exemple « B ». 

A reception de cette commande, le module de gestion GM du 
dispositif D declenche une procedure de traitement initiee par la verification 
de I'existence du fichier primaire « B.GIF ». Cette verification peut etre par 
exemple effectuee dans la memoire MM a I'aide de la commande 
« B.drawSupported ». Si la reponse a cette commande est « false » (ou 
« faux »), le module de gestion GM rejette la requete du gestionnaire de 
reseau. En revanche, si la reponse a cette commande est « true » (ou 
« vrai »), le module de gestion GM extrait le fichier « B.GIF », par exemple en 
utilisant la commande « B.drawlmage ». Les donnees d'image de ce fichier 
primaire sont alors soit immediatement affichees, soit mises en attente de fin 
de procedure pour etre affichees en meme temps que les autres images. Le 
module de gestion GM verifie ensuite s'il existe un niveau inferieur au premier 
niveau qui contient des jeux primaires. Pour ce faire, il peut, par exemple, 
utiliser la commande « B.drawNextLevel ». Si la reponse a cette commande 
est « false » (ou « faux »), le module de gestion GM effectue la meme 
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verification au niveau inferieur suivant. En revanche, si la reponse a cette 
commande est « true » (ou « vrai »), le module de gestion GM procede a 
Textraction du ou des fichiers designes, par exemple en utilisant les 
commandes « Rl.drawlmage », « R2.drawlmage », « LEDI.drawlmage » et 
« LED2.drawlmage ». Dans I'exemple illustre, les quatre fichiers « R1.GIF », 
«R2.GIF», « LED1.GIF » et « LED2.GIF » du second niveau sont 
successivement extraits. lis correspondent respectivement aux premier R1 et 
second R2 rayonnages et aux premiere LED1 et seconde LED2 diodes 
electroiuminescentes. Les donnees d'image de ces fichiers primaires sont 
alors soit immediatement affichees apres recalage de leurs donnees de 
positions par rapport a I'origine de I'element du niveau superieur qui les 
integre, soit mises en attente de fin de procedure pour etre affichees en 
meme temps que les autres images. 

Le module de gestion GM verifie ensuite pour chaque element du 
second niveau s'il existe des jeux primaires dans le niveau inferieur (ici, le 
troisieme niveau). Pour ce faire, il peut, par exemple, utiliser les commandes 
« R1 .drawNextLevel », « R2.drawNextLevel », « LED1 .drawNextLevel » et 
« LED2.drawNextLevel ». Si la reponse a Tune de ces commandes est 
« false » (ou « faux »), le module de gestion GM arrete sa verification pour 
I'element concerne. C'est notamment le cas ici des diodes LED qui ne 
possedent pas de sous-niveau. En revanche, si la reponse a Tune de ces 
commandes est « true » (ou « vrai »), le module de gestion GM procede a 
Textraction du ou des fichiers designes, par exemple en utilisant les 
commandes « C-j-m-n. drawl mage ». Dans I'exemple illustre, les premier R1 
et second R2 rayonnages possedent chacun un sous-niveau comportant cinq 
cartes a circuits integres associees a des fichiers primaires. Par consequent, 
les cinq fichiers primaires «C-1-1.GIF» a « C-1-5.GIF » des cartes du 
troisieme niveau integrees au premier rayonnage R1, et les cinq fichiers 
primaires «C-2-1.GIF» a « C-2-5.GIF » des cartes du troisieme niveau 
integrees au second rayonnage R2 sont successivement extraits. Les 
donnees damage de ces fichiers primaires sont alors soit immediatement 
affichees apres recalage de leurs donnees de positions par rapport a I'origine 
de I'element du niveau superieur qui les integre, soit mises en attente de fin 
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de procedure pour etre affichees en meme temps que les autres images. 

Puis, le module de gestion GM verifie pour chaque element du 
troisieme niveau s'il existe des jeux primaires dans le niveau inferieur (ici, le 
quatrieme niveau). Pour ce faire, il peut, par exemple, utiliser les commandes 
« C-j-m.drawNextLevel » (ou j = 1 ou 2 et m = 1 a 5). Ici, il existe des jeux 
secondaires dans le quatrieme niveau, mais pas de jeu primaire. Par 
consequent la reponse a chaque commande « C-j-m.drawNextLevel » est 
« false » (ou faux). 

Le resultat de cette procedure d'extraction se traduit par la 
superposition des images des modeles primaires des elements B, LEDk et C- 
j-m. Comme indique precedemment, les fichiers primaires des rayonnages R1 
et R2 ne contenant que des donnees de position permettant le 
positionnement des cartes C-j-m du niveau inferieur, les rayonnages ne sont 
done pas affiches. 

Afin de requerir I'affichage superpose des modeles secondaires 
d'elements qui constituent un equipement choisi (illustre sur la figure 5), le 
gestionnaire saisit tout d'abord une commande qui designe un element 
d'equipement d'un niveau choisi et specifie qu'il souhaite lui rattacher les 
elements des niveaux inferieurs. En d'autres termes, le gestionnaire indique 
au dispositif D qu'il souhaite obtenir des images detaillees de certains 
elements (fonction de « zooming »). Par exemple, le gestionnaire souhaite 
voir les modeles secondaires de I'element C-j-m du niveau 3 et des elements 
integres a celui-ci dans les niveaux inferieurs (ici les ports d'entree/sortie P-j- 
m-n du quatrieme niveau). Pour ce faire, il peut, par exemple, saisir la 
commande « C-j-m_Niveau3 ». 

A reception de cette requete, le module de gestion GM du dispositif 
D declenche une procedure de traitement initiee par la verification de 
I'existence du fichier secondaire « C-j-m_Niveau3.GIF » dans la memoire MM. 
Cette verification peut etre par exemple effectuee dans la memoire MM a 
Taide de la commande « C-j-mJ\liveau3.drawSupported ». Si la reponse a 
cette commande est « false » (ou « faux »), le module de gestion GM rejette 
la requete du gestionnaire de reseau. En revanche, si la reponse a cette 
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commande est « true » (ou « vrai »), le module de gestion GM commence par 
generer une commande telle que « C-j-m.drawName = « Niveau3 » » 
indiquant que Ton doit extraire tous les elements qui appartiennent a des 
niveaux inferieurs au troisieme niveau de I'element C-j-m et qui possedent un 
fichier secondaire presentant une extension « J\liveau3 ». 

Puis, il extrait le fichier « C-j-m_Niveau3.GIF » en utilisant une 
commande telle que « C-j-m.drawlmage_Niveau3 ». Le fichier est alors soit 
immediatement affiche, soit mis en attente de fin de procedure pour etre 
affiche en meme temps que les autres images. Le module de gestion GM 
verifie ensuite s'il existe un niveau inferieur au troisieme niveau qui contient 
des jeux secondaires. Pour ce faire, il peut, par exemple, utiliser la commande 
« C-j-m_Niveau3.drawNextLevel ». Si la reponse a cette commande est 
« false » (ou « faux »), le module de gestion GM effectue la meme verification 
au niveau inferieur suivant. En revanche, si la reponse a cette commande est 
« true » (ou « vrai »), ce qui est le cas ici, le module de gestion GM procede a 
I'extraction du ou des fichiers designes, par exemple en utilisant les 
commandes « P-j-m-n.drawlmage_Niveau3 ». Dans I'exemple illustre, les 
douze fichiers « P-j-m-nJ\liveau3.GIF » (ou n = 1 a 9 et A a C) du quatrieme 
niveau sont successivement extraits. lis correspondent respectivement aux 
differents ports d 'entree/sortie de la carte C-j-m. Les donnees damage de ces 
fichiers secondaires sont alors soit immediatement affichees apres recalage 
de leurs donnees de positions par rapport a I'origine de ('element du niveau 
superieur qui les integre, soit mises en attente de fin de procedure pour etre 
affichees en meme temps que les autres images. 

Ici, les fichiers secondaires des ports d'entree/sortie comportent des 
donnees (ou « labels ») representatives du nom du port concerne (« Pn »). 
Par consequent, le module de gestion GM genere une commande pour 
chaque port P-j-m-n, par exemple de type « P-j-m-n_Niveau3. drawLabel », 
afin d'associer aux donnees d'image des ports d'entree/sortie P-j-m-n le label 
« Pn » associe. 

Le module de gestion GM verifie ensuite pour chaque element du 
quatrieme niveau s'il existe des jeux secondaires dans le niveau inferieur (ici, 
le cinquieme niveau). Pour ce faire, il peut, par exemple, utiliser les 
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commandes « P-j-m-n_Niveau3.drawNextLevel ». La reponse a chacune de 
ces commandes etant, ici, « false » (ou « faux »), le module de gestion GM 
stoppe la procedure de recherche damage a afficher. 

Le resultat de cette procedure d'extraction se traduit par la 
superposition des images des modeles secondaires des elements C-j-m et P- 
j-m-n, illustree sur la figure 8. 

II est important de noter qu'une partie au moins des donnees d'un jeu 
secondaire, qui definit un modele secondaire d'element, peut etre identique a 
une partie des donnees d'un jeu primaire qui definit le modele primaire de cet 
element. Par ailleurs, un element peut posseder plusieurs modeles 
secondaires associes a des niveaux differents. 

Par ailleurs, d'autres commandes peuvent etre utilisees par le module 
de gestion D pour traiter les donnees extraites des fichiers primaires et 
secondaires. Parmi ces commandes, on peut notamment citer : 

- « drawWidth » et « drawHeight », ou « drawWidth_NiveauX » et 
« drawHeight_NiveauX », pour redimensionner la largeur et la hauteur 
d'une image definie par les donnees d'un jeu primaire ou secondaire 
rattache a un niveau X ; 

- « drawLabelx » et « drawLabelx », ou « drawLabelx_NiveauX » et 
« drawLabelyJMiveauX », pour modifier la position (x,y) d'un label a 
associer a une image definie par les donnees d'un jeu primaire ou 
secondaire rattache a un niveau X ; 

- « drawLabel Vertical » ou « drawLabelVerticaLNiveauX » pour afficher 
verticalement un label a associer a une image definie par les donnees d'un 
jeu primaire ou secondaire rattache a un niveau X. En I'absence de cette 
commande, le label est preferentiellement affiche de fagon horizontale ; 

- « drawLabelFontName », « drawLabelFontType » et 
« drawLabelFontSize », ou « drawLabelFontName_NiveauX », 
« drawLabelFontType_NiveauX » et « drawLabelFontSize_NiveauX » pour 
definir les caracteristiques de la police (ou « font ») a utiliser. 
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En outre, lorsque le dispositif de gestion D, de I'invention, est couple 
au module de controle CM du serveur de gestion S (comme illustre sur la 
figure 1), il est possible d'adjoindre aux images des elements affiches des 
informations representatives du statut de ces elements, y compris leurs etats 
d'alarme respectifs. Ces informations sont en effet obtenues par le module de 
controle CM par extraction, selon le protocole de gestion du reseau (par 
exemple SNMP), de certaines valeurs de champs contenues dans les bases 
d'informations de gestion MIB des equipements NE. On peut egalement 
envisager un rafraTchissement de I'affichage lorsque le module de gestion GM 
recoit du module de controle CM un message signalant qu'un evenement 
modifiant les interactions entre les elements affiches, ou les elements eux- 
memes ou encore les informations representatives des statuts respectifs des 
elements, est survenu au sein du reseau. 

Le module de gestion GM du dispositif de gestion D, de I'invention, 
peut etre realise sous la forme de circuits electroniques (ou « hardware »), de 
modules logiciels ou informatiques (ou « software »), ou d'une combinaison 
de circuits et de logiciels. Lorsqu'une partie au moins du module de gestion 
GM est realisee sous la forme de modules logiciel, ces derniers sont 
preferentiellement constitues de codes de programmes en langage Java. 

L'invention ne se limite pas aux modes de realisation du dispositif de 
gestion decrits ci-avant, seulement a titre d'exemple, mais elle englobe toutes 
les variantes que pourra envisager I'homme de I'art dans le cadre des 
revendications ci-apres. 

Ainsi, on a decrit un dispositif de gestion integre dans un serveur de 
gestion, voire meme dans son module de controle. Mais, le dispositif de 
gestion pourrait etre implante dans un boTtier couple au module de controle du 
serveur de gestion. 

Par ailleurs, on a decrit un exemple d'affichage de representations 
d'elements organises selon les niveaux hierarchises bati, rayonnages et 
diodes electroluminescentes, cartes a circuits integres et ports d'entree/sortie. 
Mais I'invention n'est pas limitee a cet exemple de niveaux, et s'applique a 
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tous les types de niveaux hierarchises. 
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REVENDICATIONS 

1. Dispositif (D) de gestion de I'affichage d'images representatives 
d'equipements (NE) d'un reseau de communications, comportant des 
elements associes a des niveaux hierarchises, caracterise en ce que chaque 
element d'equipement est associe a un jeu primaire de donnees, stocke dans 
une memoire (MM), qui le represente au sein de son niveau d'appartenance, 
sans rattachement specifique a un niveau superieur au sien, et/ou au moins 
un jeu secondaire de donnees, stocke dans ladite memoire (MM), qui le 
represente au sein de son niveau d'appartenance lorsqu'il est rattache a un 
niveau superieur ou egal au sien, et en ce qu'il comprend des moyens de 
gestion (GM) propres, en cas de reception d'une requete designant un niveau 
choisi d'un equipement (NE) avec ou sans rattachement, a acceder auxdits 
jeux primaires et secondaires de maniere a extraire de la memoire les jeux 
primaires ou secondaires des elements de I'equipement qui appartiennent 
audit niveau designe et aux niveaux qui lui sont inferieurs, selon que ledit 
niveau est designe avec ou sans rattachement. 

2. Dispositif selon la revendication 1, caracterise en ce que lesdits 
moyens de gestion (GM) sont agences pour adresser les jeux primaires ou 
secondaires extraits a une interface graphique (G). 

3. Dispositif selon la revendication 1 , caracterise en ce que certains 
elements sont associes a des jeux primaires et secondaires au moins en 
partie identiques. 

4. Dispositif selon la revendication 1, caracterise en ce que lesdits 
moyens de gestion (GM) sont agences pour rafraichir les donnees d'elements 
affiches en cas de reception d'un message signalant qu'un evenement 
concernant lesdits elements est suivenu au sein du reseau. 
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5. Serveur de gestion (S) d'un systeme de gestion de reseau de 
communications, caracterise en ce qu'il comporte un dispositif de gestion (D) 
selon I'une des revendications 1 a 4. 

5 6. Serveur selon la revendication 5, caracterise en ce que ledit 

dispositif de gestion (D) est implante dans un dispositif de controle (CM). 

7. Utilisation du dispositif de gestion (D) et du serveur (S) selon I'une 
des revendications precedentes dans les technologies reseaux devant etre 

10 gerees. 

8. Utilisation selon la revendication 7, caracterisee en ce que lesdites 
technologies reseaux sont choisies dans un groupe comprenant les reseaux 
de transmission, en particulier de type WDM, SONET et SDH, de donnees, 

15 en particulier de type Internet-IP et ATM, et de voix, en particulier de type 
classique, mobile et NGN. 



ABREGE 



DISPOSITIF D'AFFICHAGE GRAPHIQUE HIERARCHISE D'EQUIPEMENTS 
DE RESEAU, POUR UN SYSTEME DE GESTION DE RESEAU DE 
COMMUNICATIONS 



Un dispositif (D) est dedie a la gestion de I'affichage d'images representatives 
d'equipements (NE) d'un reseau de communications. Les equipements (NE) 
comportent des elements organises en niveaux hierarchises, et chaque 
element est associe a un jeu primaire de donnees qui le represente au sein de 
son niveau d'appartenance, sans rattachement specifique a un niveau 
superieur au sien, et/ou a au moins un jeu secondaire de donnees qui le 
represente au sein de son niveau d'appartenance lorsqu'il est rattache a un 
niveau superieur ou egal au sien. Ce dispositif (D) comprend des moyens de 
gestion (GM) capables, lorsqu'ils re<?oivent une requete designant un niveau 
choisi d'un equipement avec ou sans rattachement, d'acceder a la memoire 
dans laquelle sont stockes les jeux primaires et secondaires des elements, 
afin d'en extraire les jeux primaires ou secondaires des elements de 
I'equipement qui appartiennent au niveau designe et aux niveaux qui lui sont 
inferieurs, selon que ce niveau est designe avec ou sans rattachement. 



(Figure 1) 



